home *** CD-ROM | disk | FTP | other *** search
/ Internet Surfer: Getting Started / Internet Surfer - Getting Started (Wayzata Technology)(7231)(1995).bin / pc / textfile / mac_faqs / lan_faq / big_lan_ next >
Internet Message Format  |  1995-01-30  |  63KB
  1. Xref: bloom-picayune.mit.edu news.answers:3537 comp.dcom.lans.misc:909
  2. Path: bloom-picayune.mit.edu!snorkelwacker.mit.edu!hri.com!noc.near.net!news.Brown.EDU!qt.cs.utexas.edu!cs.utexas.edu!usc!rpi!newsserver.pixel.kodak.com!psinntp!newstand.syr.edu!spider.syr.EDU!jmwobus
  3. From: jmwobus@mailbox.syr.edu (John Wobus)
  4. Newsgroups: news.answers,bit.listserv.big-lan,comp.dcom.lans.misc
  5. Subject: BIG-LAN/bit.listserv.big-lan FAQ
  6. Message-ID: <1992Oct16.131731.19197@newstand.syr.edu>
  7. Date: 16 Oct 92 17:17:31 GMT
  8. Reply-To: big-lan-request@suvm.syr.edu
  9. Followup-To: poster
  10. Organization: Syracuse University, Syracuse, NY
  11. Lines: 1329
  12. Approved: jmwobus@mailbox.syr.edu
  13. Originator: jmwobus@spider.syr.EDU
  14.  
  15. Archive-name: LANs/big-lan-faq
  16.  
  17. BIG-LAN Frequently Asked Questions
  18.  
  19. Last Updated: October 13, 1992
  20.  
  21. Acknowledgements: A lot of people provided information for me and I freely
  22. admit that I have not recorded the list of names.  Thanks to all.
  23.  
  24. Contents
  25. --------
  26. I. About BIG-LAN
  27. II. Explanation of this Memo
  28. III. Sources of Information on Campus Networks
  29.   1. Must-Read Sources
  30.   2. A Few General Sources
  31.   3. LISTSERV Mailing Lists
  32.   4. Internet Mailing Lists
  33.   5. USENET/Netnews Groups
  34.   6. Anonymous FTP-based Archive Sites
  35.   7. LISTSERV-based Archive Sites
  36.   8. RFCs (Internet "Request For Comments")
  37.   9. Other Useful Online Papers
  38.   10. Sources of Protocol Documents
  39.   11. Useful Free Software
  40.   12. Books
  41.   13. Periodicals
  42.   14. Training Courses
  43.   15. Conferences
  44. IV. Basic Glossary on Campus Networks
  45. V. Frequently Asked Questions on Campus Networks
  46.   1. What is the difference between Ethernet and IEEE 802.3?
  47.   2. What is encapsulation?  What do I have to know about it?
  48.   3. How do I know whether to use a router or a bridge?
  49.   4. How do I know whether to use a bridge or a repeater?  How many
  50.      repeaters may I put on an Ethernet?
  51.   5. Should I use "manageable" hubs, concentrators, etc on my LAN?
  52.   6. Which LAN technology should I use?  Arcnet?  FDDI?  Token Ring?  10BASE-T?
  53.   7. What is the ideal cable to install in a new building?
  54.   8. What is the ideal cable to install between buildings on a campus?
  55.   9. Whose routers are recommended?
  56.   10. Whose bridges are recommended?
  57.   11. Whose Ethernet equipment are recommended?
  58.   12. Whose Token Ring equipment are recommended?
  59.   13. Whose FDDI equipment are recommended?
  60.   14. What PC network software is recommended?
  61.   15. What protocols should run on a campus-wide LAN?
  62.   16. What software is recommended for managing a campus-wide LAN?
  63.   17. What terminal server is recommended?
  64.   18. Whose troubleshooting equipment are recommended?
  65.   19. What security products should I buy?
  66.   20. Should the names of devices on my campus LAN have subdomains?
  67.   21. Should client stations use POP?  Should they use just SMTP?  Should
  68.       I use some non-TCP/IP protocol for mail to/from client stations?
  69.   22. Should I enable SQE/heartbeat?
  70.  
  71. I. About BIG-LAN
  72.  
  73.    BIG-LAN is a mailing list for discussion of issues in designing and
  74.    operating Campus-Size Local Area Networks, especially complex
  75.    ones utilizing multiple technologies and supporting multiple
  76.    protocols.  Topics include repeaters, bridges, routers and
  77.    gateways; how to incorporate smaller Personal-Computer type LANs
  78.    into the campus-wide LAN; how to unify the mail systems, etc.
  79.    This is an ideal list in which to debate the relative merits of
  80.    bridges vs routers.
  81.  
  82.    All requests to be added to or deleted from this list, problems,
  83.    questions, etc., should be sent to BIG-LAN-REQUEST@SUVM.ACS.SYR.EDU
  84.    (Internet) or BIG-REQ@SUVM (Bitnet).  Those familiar with LISTSERV
  85.    can subscribe with LISTSERV@SUVM.ACS.SYR.EDU (Internet) or
  86.    LISTSERV@SUVM (Bitnet).
  87.  
  88.    Archives are available through LISTSERV and anonymous ftp.
  89.  
  90.    Coordinator: John Wobus <JMWOBUS@SUVM.ACS.SYR.EDU>
  91.                            <JMWOBUS@SUVM>
  92.  
  93. II. Explanation of this Memo
  94.  
  95.      Since BIG-LAN is not specific to any protocol family, it will
  96.      not cover any particular protocol family in detail, e.g.  this
  97.      is not a TCP/IP/Internet FAQ Memo.  Fortunately, there are some
  98.      good TCP/IP FAQ Memos which are listed in the sources of
  99.      information below.
  100.  
  101.      Suggestions, corrections, and contributions welcome.  Please
  102.      send them to:
  103.  
  104.                 big-lan-request@suvm.acs.syr.edu
  105.                 BIG-REQ@SUVM.BITNET
  106.  
  107. III. Sources of Information on Campus Networks
  108.  
  109.      This list favors "network" sources of information: available on
  110.      the Internet and/or BITNET and other similar networks; if you
  111.      have access to BIG-LAN then you have access to one of these
  112.      networks; and these sources are not the kind which you can
  113.      discover through vendors, books, bookstores, or libraries.
  114.  
  115.   1. Must-Read Sources
  116.  
  117.       These are documents that you definitely should get and read if you
  118.       have questions about Campus Networks.
  119.  
  120.     a. Charles Spurgeon's reading list (see below under "Other Useful
  121.         Online Papers").
  122.     b. RFCs 1175, 1206, and 1207 (see below under "RFCs").
  123.  
  124.   2. A Few General Sources
  125.  
  126.      These are network resources & mechanisms for getting all kinds
  127.      of information--not just on Networking; thus we can't cover them
  128.      very thoroughly in this memo.
  129.  
  130.     a. LISTSERV - mailing list servers & file servers on BITNET, accessible
  131.         via e-mail.  Can be reached and used from a lot of networks.
  132.         Mail the command INFO to any LISTSERV for help.  Also have
  133.         database commands (i.e. search commands) for archives they store.
  134.     b. Usenet News/Netnews: distributed bulletin board with discussions
  135.         on lots of topics.  Distributed through the Internet and through
  136.         UUCP.
  137.     c. Anonymous ftp: the main way to make files available on the Internet.
  138.         ftp to a site using username "anonymous".  A password is always
  139.         demanded--sometimes a banner tells you what to use--otherwise
  140.         "guest" almost always works.
  141.     d. Archie servers - network-accessible databases of where to get
  142.         files via anonymous ftp.  Access is through telnet, rlogin,
  143.         mail, or a special "archie" protocol.  To use via telnet,
  144.         enter username archie.  Some servers: archie.ans.net,
  145.         archie.sura.net, archie.mcgill.edu, archie.unl.edu.
  146.     e. WAIS - Internet-accessible databases on different topics.
  147.         Available via WAIS protocol (basically Z39.50).  Client
  148.         (and server) software is collected on quake.think.com as
  149.         well as a WAIS database of WAIS servers.
  150.     f. ftplist.txt - collected list of anonymous ftp sites.
  151.         Stored lots of places in anonymous ftp including syr.edu.
  152.     g. Internet gopher - something like anonymous ftp only more advanced:
  153.         to get started, I suggest ftping boombox.micro.umn.edu and getting
  154.         information on gopher.  A number of sites have servers.
  155.     h. Internet List of lists: available by anonymous ftp from
  156.         ftp.nisc.sri.com, or through a mail-based file server
  157.         at mailserver@nisc.sri.com.
  158.     i. LISTSERV internal list of lists.  Available by mailing the command
  159.         LIST GLOBAL to any LISTSERV.
  160.     j. news.answers - newsgroup that distributes Frequently Asked
  161.         Questions memos for lots of Netnews groups.
  162.     k. FAQ archive available via anonymous ftp on pit-manager.mit.edu
  163.         From the archives of news.answers, Frequently Asked Question
  164.         memos for lots of Netnews groups.
  165.     l. news.announce.newusers - has periodic postings about how to
  166.         use Usenet/Netnews and also a lot about mailing lists.
  167.     m. BITFTP.  A BITNET server that allows BITNET sites to use the
  168.         Internet's File Transfer Protocol to send/receive files to
  169.         ftpable Internet sites.  For more information, send mail
  170.         to BITFTP@PUCC with HELP as the message body.
  171.     n. Database of lists managed by LISTSERV@VM1.NODAK.EDU.  Use through
  172.         LISTSERV's database interface.
  173.     o. Maas files--Indexes & abstracts about various services available
  174.         via Internet & BITNET including some related to campus networks.
  175.         Available via anonymous ftp from ftp.unt.edu.
  176.     p. NETSCOUT@VMTECMEX.BITNET mailing list.  A list to exchange information
  177.         on the location of network resources.  LISTSERV-based so use
  178.         instructions below to subscribe, etc.
  179.  
  180.  
  181.   3. LISTSERV Mailing Lists
  182.  
  183.       Send a "SUBSCRIBE" command to LISTSERV@foo, e.g.
  184.               SUBSCRIBE BIG-LAN John Doe
  185.  
  186.     a. BIG-LAN@SUVM.BITNET/SUVM.ACS.SYR.EDU
  187.     b. NOVELL@SUVM.BITNET/SUVM.ACS.SYR.EDU
  188.     c. CDROMLAN@IDBSU.BITNET/IDBSU.IDBSU.EDU
  189.     d. BANYAN-L@AKRONVM.BITNET
  190.     e. CW-EMAIL@TECMTYVM.BITNET    (Campus Wide E-mail)
  191.     f. CWIS-L@WUVMD.BITNET         (Campus Wide Information Systems)
  192.     g. IBM-NETS@BITNIC.BITNET
  193.     h. LWUSERS@NDSUVM1.BITNET      (LANWatch User List)
  194.     i. TN3270-L@RUTVM1.BITNET
  195.     j. 3COM-L@NUSVM.BITNET
  196.     h. HELP-NET@TEMPLEVM.BITNET    (Help re networking software)
  197.  
  198.   4. Internet Mailing Lists
  199.  
  200.       Send a subscription request for list foo to foo-request@blah
  201.  
  202.     a. big-lan@suvm.acs.syr.edu             (gives you 2 ways)
  203.     b. cisco@spot.colorado.edu
  204.     c. p4200@comet.cit.cornell.edu          (Proteon routers)
  205.     d. tcp-ip@nic.ddn.mil
  206.     e. netblazer-users@telebit.com
  207.     f. info-appletalk@andrew.cmu.edu
  208.     g. net-ops@nsl.dec.com
  209.     h. nfs@tmc.edu
  210.     i. wellfleet-l@nstn.ns.ca
  211.     j. ospf@trantor.umd.edu               (OSPF IP routing protocol)
  212.     k. pop@jhunix.hcf.jhu.edu
  213.     l. bind@ucbarpa.berkeley.edu
  214.     m. pc-ip@udel.edu
  215.     n. drivers@sun.soe.clarkson.edu       (Packet Drivers)
  216.  
  217.   5. USENET/Netnews Groups
  218.  
  219.     a. comp.dcom.*          lans, modems, sys.cisco, telecom, ...
  220.     b. comp.protocols.*     appletalk, tcp-ip, ibm, ppp, ...
  221.     c. comp.sys.proteon
  222.     d. comp.sys.novell
  223.     e. comp.sys.mac.comm
  224.     f. bit.listserv.big-lan  (Note: these groups give Netnews
  225.     g. bit.listserv.novell     readers a way to read the corresponding
  226.     h. bit.listserv.cwis-l      LISTSERV lists)
  227.     i. bit.listserv.cw-mail
  228.     j. bit.listserv.3com-l
  229.     k. alt.dcom.*           catv, telecom, ...
  230.  
  231.   6. Anonymous FTP-based Archive Sites
  232.  
  233.     a. syr.edu: BIG-LAN mailing list; NOVELL mailing list; a collection of
  234.         network-oriented papers.
  235.     b. spot.colorado.edu: cisco mailing list & some other network stuff
  236.     c. hsdndev.harvard.edu: (in pub/rtests/10.91) Results of Scott
  237.         Bradner's router benchmarks.
  238.     d. ftp.uu.net: a treasure trove of software.
  239.     e. wuarchive.wustl.edu: a treasure trove of software.
  240.     f. vax.ftp.com: packet drivers, some Unix software, other stuff.
  241.     g. ftp.utexas.edu: collection of networking info & software.
  242.     h. ftp.slc.is.novell.com: files Novell makes available.
  243.     i. ftp.cisco.com: files Cisco makes available & some interesting
  244.         applications.
  245.     j. gatekeeper.dec.com: a treasure trove of software & stuff
  246.         (the stuff that was on decwrl.dec.com).
  247.     k. lux.levels.unisa.edu.au: files that 3Com distributes via
  248.         Compuserve.
  249.     l. ftp.unt.edu: Maas files and other goodies.
  250.     m. simtel20.army.mil: a treasure trove of software, including
  251.         packet drivers (pd1:<msdos.pktdrvr>).  Mirrored on ftp.uu.net
  252.         and wuarchive.wustl.edu.
  253.     n. osi.ncsl.nist.gov: online copies of GOSIP & related documents.
  254.  
  255.   7. LISTSERV-based Archive Sites
  256.  
  257.      The brave can mail the command "INFO FILES" and/or the command
  258.      "INFO DATABASE" to the LISTSERV for instructions.
  259.  
  260.     a. LISTSERV@SUVM.BITNET: BIG-LAN & NOVELL mailing list archives.
  261.  
  262.   8. RFCs (Internet "Request For Comments")
  263.  
  264.      Some anonymous ftp sites for RFCs: nic.ddn.mil, ftp.nisc.sri.com,
  265.      nis.nsf.net, nisc.jvnc.net, venera.isi.edu, wuarchive.wustl.edu.
  266.      There are also some mail-based file servers:
  267.      mailserver@nisc.sri.com, info-server@nnsc.nsf.net, and
  268.      sendrfc@jvnc.net.
  269.  
  270.     a. RFC1147: FYI on a network management tool catalog: Tools for
  271.         monitoring and debugging TCP/IP internets and interconnected devices
  272.     b. RFC1175: FYI on where to start: A bibliography of internetworking
  273.         information
  274.     c. RFC1206: FYI on Questions and Answers: Answers to commonly asked
  275.         "new Internet user" questions
  276.     d. RFC1178: Choosing a name for your computer
  277.     e. RFC1207: FYI on Questions and Answers: Answers to commonly asked
  278.         "experienced Internet user" questions
  279.     f. RFC1244: Site Security Handbook
  280.     g. RFC1118: Hitchhiker's Guide to the Internet
  281.     h. RFC1122 & RFC1123: Requirements for Internet Hosts
  282.     i. RFC1208: A Glossary of Networking Terms
  283.     j. RFC1180: A TCP/IP Tutorial
  284.     k. RFC1173: Responsibilities of Host and Network Managers:
  285.         A Summary of the Oral Tradition of the Internet
  286.     l. IAB Official Protocol Standards (Currently RFC1250 but it is
  287.         periodically updated & given a new RFC number)
  288.     m. Assigned Numbers (Currently RFC1060 but it is periodically
  289.         updated & given a new RFC number; Includes field-values for
  290.         protocols in the TCP/IP family as well as some others)
  291.  
  292.   9. Other Useful Online Papers
  293.  
  294.     a. Charles Spurgeon. "Network Reading List: TCP/IP, UNIX, and
  295.         Ethernet".  Available via anonymous ftp from ftp.utexas.edu
  296.         in directory pub/netinfo/docs as net-read.txt and netread-ps.
  297.         Also available via electronic-mail-based archive server.  Send
  298.         the word "help" in the subject header or body of a message
  299.         to archive-server@ftp.utexas.edu for more information.
  300.     b. Charles Hedrick. "Introduction to the Administration of an
  301.         Internet-based Local Network".  Available via anonymous ftp
  302.         from cs.rutgers.edu as runet/tcp-ip-admin.doc (also .ps).
  303.     c. Charles Hedrick.  "Introduction to Internet Protocols."
  304.         Available via anonymous ftp from cs.rutgers.edu as
  305.         runet/tcp-ip-intro.doc (also .ps).
  306.     d. Unofficial lists of codes used on 802.3 & Ethernet networks.
  307.         Portions of the official list are not released, so various
  308.         people compile unofficial lists.  One that is available via
  309.         anonymous ftp is Michael Patton's pub/map/EtherNet-Codes
  310.         on ftp.lcs.mit.edu.  See also RFC: "Assigned Numbers".
  311.     e. Scott Jenkins: "Frequently Asked Questions for NOVELL@SUVM
  312.         Mailing List."  Available via anonymous ftp from
  313.         info.umd.edu in the info/Computers/Novell/Information directory.
  314.     f. Brendan Kehoe: "Zen and the Art of the Internet: A Beginner's
  315.         Guide to the Internet."  Available via anonymous ftp from
  316.         ftp.cs.widener.edu in the pub/zen directory.
  317.  
  318.   10. Sources of Protocol Documents
  319.  
  320.     a. Ethernet V2   DEC-Direct; 1-800-344-4825; DEC Part Number AA-K759B-TK.
  321.     b. IEEE 802      (802.3, Token Ring, 10BASE-T, etc) IEEE; 1-800-678-IEEE.
  322.     c. TCP/IP        RFCs.  See RFCs (above).
  323.     d. Appletalk     APDA; 1-800-282-APDA.  Now a book in the "Inside" series.
  324.     e. OSI           Omnicom Inc.; 1-800-666-4266.
  325.     f. DECNet        DEC.
  326.     g. SNA           IBM.
  327.     h. Novell(IPX)   Built on XNS; rest is designed by Novell.
  328.     i. FDDI          ANSI; 1-212-642-4900.
  329.                       Also Global Engineering Documents; 1-800-854-7179.
  330.                       2805 McGaw Avenue; PO Box 19539; Irvine, CA 92714;
  331.                       1-714-261-1455.
  332.     j. CCITT         United Nations book shop in New York
  333.     k. GOSIP         NTIS Sales Dept; (703)487-4650; Document FIPS 146-1;
  334.                       See also Anonymous FTP-based Archive Sites
  335.     l. XNS           Xerox.
  336.  
  337.   11. Useful Free Software
  338.      (see also RFC1147; listed above)
  339.  
  340.     a. CUTCP           (TCP/IP client for PCs) sun.soe.clarkson.edu,
  341.                         omnigate.clarkson.edu
  342.     b. NCSA Telnet     (Telnet clients for PCs & Macs) ftp.nsca.uiuc.edu
  343.     c. Eudora          (POP3 Client for Macs) ux1.cso.uiuc.edu
  344.     d. POPmail         (POP3 Client for PCs & Macs) boombox.micro.umn.edu
  345.     e. PCROUTE         (Makes IP router out of PC) accuvax.nwu.edu
  346.     f. PCBRIDGE        (Makes bridge out of PC) accuvax.nwu.edu
  347.     g. Packet Drivers  (Drivers for various PC LAN cards) simtel20.army.mil
  348.     h. WinQVT          (IP clients for Windows) ftp.cica.indiana.edu
  349.     i. ka9q            (TCP/IP for PCs and Macs) ucsd.edu
  350.     j. PC/IP           (TCP/IP client for MS-DOS) husc6.harvard.edu
  351.     k. charon          (Pegasus/smtp gateway) omnigate.clarkson.edu
  352.     l. CAP             (AppleTalk for Unix systems) rutgers.edu, munnari.oz.au,
  353.                         gatekeeper.dec.com
  354.     m. Popper          (POP3 server for Unix systems) ftp.cc.berkeley.edu
  355.     n. Trumpet         (PC Newsreader) simtel20.army.mil
  356.     o. bootpd          (Bootp Daemon for Unix) lancaster.andrew.cmu.edu
  357.     p. NUPOP           (POP3 daemon for MS-DOS) ftp.acns.nwu.edu
  358.     q. PC netwatching program [I don't know name or site]
  359.     r. iupop3          (POP3 server for VMS) mythos.ucs.indiana.edu
  360.  
  361.   12. Books
  362.  
  363.     The following books were mentioned by responders to the 12/91
  364.     BIG-LAN Reader Survey as good books for administrators of Campus-sized
  365.     LANs:
  366.  
  367.     a. Douglas Comer.  Internetworking with TCP/IP.
  368.     b. Marshall Rose.  The Simple Book.
  369.     c. Caroline Arms.  Campus Networking Strategies.  Digital Press.
  370.     d. DEC Telecomm. & Network Buyer's Guide.
  371.     f. Marshall Rose.  The Open Book.
  372.     g. Carl Malamud.  Analyzing Novell Networks.
  373.     h. Andrew Tanenbaum.  Computer Networks.
  374.     i. Martin A. W. Nemzow.  Keeping The Link (McGraw-Hill).
  375.     j. William Stallings.  Local Networks: an Introduction.
  376.     k. John McCann.  NetWare Supervisor's Guide.
  377.     l. William Stallings.   Handbook of Communications Standards. (?)
  378.     m. Nemeth, Snyder & Seebass.  Unix System Administration Handbook.
  379.  
  380.     Other interesting looking books:
  381.  
  382.     n. Mark A. Miller.  Troubleshooting Internetworks.
  383.  
  384.   13. Periodicals
  385.  
  386.     The following periodicals were mentioned by responders to the 12/91
  387.     BIG-LAN Reader Survey as good periodicals for administrators of Campus-
  388.     sized LANs:
  389.  
  390.     a. LAN Times
  391.     b. Communications Week
  392.     c. Network Computing
  393.     d. ConneXions
  394.     e. Data Communications
  395.     f. Network World
  396.     g. LAN Magazine
  397.     h. Info World
  398.     i. SunExpert
  399.     j. Telecommunications
  400.     k. Computerworld
  401.     l. DataCommunicationInternational
  402.     m. Datamation
  403.     n. Digital Review
  404.     o. LAN Technology
  405.     p. Lightwave
  406.     q. MacUser
  407.     r. MacWeek
  408.     s. MacWorld
  409.     t. Networking Management
  410.     u. PC Week
  411.  
  412.   14. Training Courses
  413.  
  414.     The following providers of tutorials were mentioned by responders to
  415.     the 12/91 BIG-LAN Reader Survey:
  416.  
  417.     a. Interop
  418.     b. ACM SIGComm
  419.     c. Learning Tree
  420.     d. Novell
  421.     e. PSI
  422.     f. Usenix
  423.  
  424.   15. Conferences
  425.  
  426.     The following conferences were mentioned by responders to the 12/91
  427.     BIG-LAN Reader Survey as good conferences for administrators of Campus-
  428.     sized LANs:
  429.  
  430.     a. Interop
  431.     b. Usenix
  432.     c. ComNet
  433.     d. NetWorld
  434.     e. ACM SIGComm
  435.     f. DECUS
  436.     g. IETF
  437.  
  438.  
  439. IV. Basic Glossary on Campus Networks
  440.  
  441.    Another glossary is RFC1208.  See "Online Papers" above.
  442.  
  443.      ANSI "American National Standards Institute" - A definer of
  444.        standards of all kinds, including FDDI.
  445.  
  446.      Appletalk - A protocol family developed by Apple Computer to
  447.        implement LANs serving Macintoshes.
  448.  
  449.      ATM "Asynchronous Transfer Mode" - a method for switching little
  450.        fixed-size packets (cells) around.  Like T1 and DS3, digitized
  451.        voice was a major consideration in its design, but it can be
  452.        used for data.  It is designed around fixed speeds too, roughly
  453.        150MBS and 600MBS.  The fixed cell size is 53 bytes.  Though ATM
  454.        is really designed for voice and WANs, there are schemes to use
  455.        it in LANs.  ATM is a big buzzword these days but it is still
  456.        very new.
  457.  
  458.      AUI "Attachment Unit Interface" - the Ethernet/IEEE 802.3 term
  459.        for the interface between a MAU and a station.  A special kind
  460.        of cable known as an "AUI Cable" can attach a MAU to a station
  461.        at a distance (up to 50 meters).
  462.  
  463.      BNC Connector "Bayonet Neill-Concelman connector" - a type of
  464.        connector used for attaching coax cable to electronic equipment
  465.        which can be attached or detached quicker than connectors that
  466.        screw.  ThinWire Ethernet (IEEE 802.3 10BASE2) uses BNC connectors.
  467.  
  468.      Bridge - A network "relay" which reads, buffers, and sends
  469.        data to relay it from one data link to another, but makes
  470.        the two data links appear as one to levels higher than the
  471.        data link layer.
  472.  
  473.      CDDI "Copper Data Distribution Interface" - essentially a way to
  474.        use electrical communications cables in an FDDI network.  Several
  475.        companies have worked out ways to do this but ANSI has yet to
  476.        standardize one.  I think CDDI was coined by Crescendo corporation
  477.        for their scheme, but it may well be adopted by ANSI as the name.
  478.        So far there are schemes that work on Coax, on STP and UTP, but
  479.        the front runners look like they will be able to run on UTP for
  480.        about 100 meters.
  481.  
  482.      CMIP "Common Management Information Protocol" - An OSI protocol
  483.        for management of network equipment.  Not widely implmented.
  484.        See SNMP.
  485.  
  486.      CMOT "CMIP over TCP/IP" - A protocol consisting of CMIP running
  487.        under TCP/IP.  An alternative to SNMP.
  488.  
  489.      Coaxial Cable - any of a number of kinds of electrical
  490.        communications cable designed so one conductor is in the
  491.        center and the second conductor forms a ring around it.
  492.        Depending upon who you talk to, someone might have a specific
  493.        kind of coaxial cable in mind.  Some well known kinds are
  494.        various Cable TV cables, cables used by IBM 327x terminals
  495.        and ARCnet, and cables used by Ethernet & IEEE 802.3.
  496.  
  497.      DECnet - Trade name of Digital Equipment Corporation for some
  498.        of their networking products.  It is a kind of network
  499.        built out of Digital Equipment Corporations own networking
  500.        protocols (with some standard protocols also used).
  501.  
  502.      Dialup Modem - Modem used over ordinary dial-up telephone lines
  503.        as opposed to private or leased lines.
  504.  
  505.      Ethernet - LAN data-link protocol developed by a consortium
  506.        of vendors; later standardized as IEEE 802.3 with a few
  507.        modifications.  For many applications, users have not adopted
  508.        all the IEEE 802.3 differences.  Ethernet/802.3 now can be
  509.        run on two types of coaxial cable as well as multi-mode
  510.        fiber and unshielded twisted-pair.  "Raw" rate of data
  511.        transmission is 10 megabits/second.
  512.  
  513.      FDDI "Fiber Data Distribution Interface" - LAN data-link protocol.
  514.        Designed to run on multi-mode fiber.  "Raw" rate of data
  515.        transmission is 100 megabits/second.  Developed by the American
  516.        National Standards Institute.
  517.  
  518.      FDDI-2 - Same speed, same fiber, same basic protocol as FDDI.
  519.        FDDI-2 adds a layer which allows you to allocate fixed bandwith
  520.        to applications of your choice, making it more like broadband.
  521.        FDDI-2 is still rather new.
  522.  
  523.      Fiber - optical fiber: a very long, narrow, flexible piece of glass.
  524.        Used for high-speed communications.
  525.  
  526.      FOIRL "Fiber Optic Inter-Repeater Link" - a standard for running
  527.        IEEE 802.3 over fiber.  It was originally designed to link two
  528.        repeaters, and only supports two attachments.  Many users use it
  529.        to attach a station to a repeater.  See 10BASE-F.
  530.  
  531.      FTP - Protocol in the "TCP/IP" family for copying files from
  532.        one computer to another.  Stands for "File Transfer Protocol".
  533.  
  534.      Gateway - A type of "network relay" that attaches two networks
  535.        to build a larger network.  Modern "narrow" usage is that it
  536.        is one that translates an entire stack of protocols, e.g.,
  537.        translates TCP/IP-style mail to ISO-style mail.  Older usage
  538.        used it for other types of relays--in particular, in the "TCP/IP"
  539.        world, it has been used to refer to what many now insist is
  540.        a "router".
  541.  
  542.      GOSIP "Government Open Systems Interconnect Profile" - A subset of
  543.        OSI standards specific to US Government procurements, designed
  544.        to maximize interoperability in areas where plain OSI standards
  545.        are ambiguous or allow options.  Theoretically, required of all
  546.        US Government networking procurements since mid-1990.
  547.  
  548.      Heartbeat - In Ethernet (Version 2), a test of the collision
  549.        functionality of the transciever.  The term "Heartbeat" is often
  550.        (wrongly) used interchangeably with "SQE" which is a similar
  551.        function of IEEE 802.3.  See Question on SQE/Heartbeat below.
  552.  
  553.      IPX - Novell's protocol used by Netware.  Utilizes part of XNS.
  554.        A router with "IPX routing" purports to interconnect LANs so
  555.        that Novell Netware clients & servers can talk through the router.
  556.  
  557.      MAU "Media Adaptor Unit" - an IEEE 802.3 or Ethernet device which
  558.        attaches a station to the cable.  Popularly called a "transceiver".
  559.        Can be attached by cable to the station or built into the
  560.        station.
  561.  
  562.      MIB "Management Information Base" - the set of parameters an SNMP
  563.        management station can query or set in an SNMP agent (e.g. router).
  564.        Standard, minimal MIBs have been defined (MIB I, MIB II), and vendors
  565.        often have custom entries.  In theory, any SNMP manager can talk
  566.        to any SNMP agent with a properly defined MIB.
  567.  
  568.      Multimode fiber - A type of fiber mostly used for shorter, e.g. campus
  569.        distances.  It can carry 100 megabits/second for typical campus
  570.        distances, the actual maximum speed (given the right electronics)
  571.        depending upon the actual distance.  It is easier to connect to than
  572.        Single Mode Fiber, but its limit on speed x distance is lower.
  573.  
  574.      NFS "Network File System" - an IP-based protocol originally developed
  575.        by Sun Microsystems which provides file services.
  576.  
  577.      OSI "Open System Interconnect" - A standard put forth by the ISO for
  578.        communication between computer equipment and networks.
  579.  
  580.      OSI Reference Model - A model put forth by the ISO for communication
  581.        between computer equipment and networks, which maps out 7 protocol
  582.        layers.
  583.  
  584.             Top layer:  layer number 7:   application layer
  585.                         layer number 6:   presentation layer
  586.                         layer number 5:   session layer
  587.                         layer number 4:   transport layer
  588.                         layer number 3:   network layer
  589.                         layer number 2:   data-link layer (e.g. IEEE 802.x)
  590.          Bottom layer:  layer number 1:   physical layer (wire & electricity)
  591.  
  592.        This model explains what each layer does.  The model is often
  593.        used to explain anyones protocols (not just OSI) to the point
  594.        where many people seem to believe that true data-communications
  595.        requires these 7 layers.
  596.  
  597.      POP "Post Office Protocol" - A TCP/IP-based protocol designed to allow
  598.        client-stations (e.g. micros) to read mail from a server.  There
  599.        are three versions under the name "POP": POP, POP2, and POP3.
  600.        Latter versions are NOT compatible with earlier versions.
  601.  
  602.      Protocol - The "rules" by which two network elements trade information
  603.        in order to communicate.  Must include rules about a lot of mundane
  604.        detail as well as rules about how to recover from a lot of unusual
  605.        communication problems.  Thus they can be quite complicated.
  606.  
  607.      Relay - One terminology uses the term "relay" as a device that
  608.        interconnects LANs, different kinds of relays being repeaters,
  609.        bridges, routers, and gateways.
  610.  
  611.      Repeater - In the "Ethernet" world, a "relay" that regenerates and
  612.        cleans up signals, but does no buffering of data packets.
  613.        It can extend an Ethernet by strengthening signals, but timing
  614.        limitations on Ethernets still limit their size.
  615.  
  616.      RFC "Request For Comments" - The name is a real red herring when
  617.        it comes to Internet RFCs.  Some really are "Requests For Comments"
  618.        but all Internet protocol documents are stamped with an RFC number
  619.        that they never shake, so the acronym RFC generally refers to
  620.        documents that describe protocols in the TCP/IP family.
  621.  
  622.      RG numbers (E.g. RG62; sometimes there are qualifiers, e.g. RG 58
  623.        A/U) a shorthand designation for military cable.  RG58 & RG62
  624.        designate two different types of cable used by the military.
  625.        Some data-communications equipment was designed to work with
  626.        a particular military standard, e.g.  IBM 3270-type terminals
  627.        use RG62.  In other cases, people use an RG-numbered cable
  628.        that is close to what they need: for example Thinwire
  629.        Ethernet & IEEE 802.3 10BASE2 define the type of cable they
  630.        need and people sometimes substitute flavors of RG58, which
  631.        are "close".  One can't recommend this practice because you
  632.        can get yourself in trouble.  I think "RG" originally stood
  633.        for "Radio Guide", presumably reflecting the fact that the
  634.        series of cables was designed to handle radio frequencies.  The
  635.        IEEE 802.3 10BASE2 specifications define two RG numbered cables
  636.        (RG58 A/U and RG58 C/U) as meeting the cable requirements for
  637.        thin Ethernet.  However, cable vendors may list a range of
  638.        cables under these same RG numbers, and some of the cables
  639.        listed may not meet the 802.3 specs.  You need to check the
  640.        cable specifications closely, and beware of relying on the RG
  641.        number alone when ordering network cables.
  642.  
  643.      Router - A network "relay" that uses a protocol beyond the
  644.        data-link protocol to route traffic between LANs and other
  645.        network links.
  646.  
  647.      Routing Protocol - a protocol sent between routers by which
  648.        routers exchange information own how to route to various parts
  649.        of the network.  The TCP/IP family of protocols has a bunch,
  650.        such as RIP, EGP, BGP, OSPF, and dual IS-IS.
  651.  
  652.      Shielded Twisted Pair - a type of twisted-pair cable with a
  653.        metallic shield around the twisted conductors.  The shield
  654.        reduces the noise from the cable and reduces the effects of
  655.        noise on the communications in the cable, but changes the
  656.        electrical characteristics of the cable so some equipment
  657.        optimized to non-shielded cable runs worse on shielded cable.
  658.  
  659.      Single Mode fiber - a type of fiber optic cable used for longer
  660.        distances and higher speeds, e.g.  for long-distance telephone
  661.        lines.  See also "Multimode Fiber".
  662.  
  663.      SMTP "Simple Mail Transfer Protocol" - the protocol in the
  664.        TCP/IP family used to transfer electronic mail between
  665.        computers.  It is not oriented towards a client/server system so
  666.        other protocols (see "POP") are often used in that context.
  667.        However, servers will use SMTP if they need to transfer a
  668.        message to another server.
  669.  
  670.      SNMP "Simple Network Management Protocol" - Originally developed
  671.        to manage IP based network equipment like routers and bridges,
  672.        now extended to wiring hubs, workstations, toasters, jukeboxes,
  673.        etc.  SNMP for IPX and AppleTalk under development.  Widely
  674.        implemented.  See CMIP.
  675.  
  676.      SQE Test "Signal Quality Error Test" - an IEEE 802.3 function
  677.        that tests the transceiver.  The term "SQE" is often (wrongly)
  678.        used interchangeably with "Heartbeat" which is a similar
  679.        function of Ethernet Version 2.  See Question on SQE/Heartbeat
  680.        below.
  681.  
  682.      TCP/IP "Transmission Control Protocol/Internet Protocol" -
  683.        literally, two protocols developed for the Defense Data Network
  684.        to allow their ARPANET to attach to other networks relatively
  685.        transparently.  The name also designates the entire family of
  686.        protocols built out of IP and TCP.  The Internet is based upon
  687.        TCP/IP.
  688.  
  689.      TELNET - a protocol in the TCP/IP family that is used for
  690.        "remote login".  The name is also often used as the name of the
  691.        client program that utilizes the TELNET protocol.
  692.  
  693.      Terminal Server - a network device that allows a number of
  694.        terminals to attach to a LAN, and do remote logins across the
  695.        LAN.
  696.  
  697.      TN3270 - A variant of the TELNET program that allows one to
  698.        attach to IBM mainframes and use the mainframe as if you had a
  699.        3270 or similar terminal.
  700.  
  701.      Token Ring - People often mean 802.5 when they say "Token Ring"
  702.        (see below).  In the more general sense of the word, a type of
  703.        LAN that has stations wired in a ring, where each station
  704.        constantly passes a special message (a "token") on to the next.
  705.        Whoever has the token can send a message.
  706.  
  707.      Tunnelling - An important concept in the design of many kinds of
  708.        networks: taking some protocol-family's ability to move packets
  709.        from user to user, or to open virtual-circuits between users,
  710.        and use this as if it were a data-link protocol to run another
  711.        protocol family's upper layers (or even the same protocol
  712.        family's upper layers).  Examples: running TCP/IP over Appletalk
  713.        instead of something like Ethernet; running Appletalk over
  714.        DECnet instead of something like Localtalk or Ethernet.
  715.  
  716.      Twisted Pair - The type of wire used by the phone company to wire
  717.        telephones -- at least over distances like between your house
  718.        and the central office.  It has two conductors, which are twisted.
  719.        The twists are important: they give it electrical characteristics
  720.        which allow some kinds of communications otherwise not possible.
  721.        Ordinary telephone cables are not shielded (see "Shielded twisted
  722.        Pair").
  723.  
  724.      T1 - A phone-company standard for running 24 digitized voice circuits
  725.        through one 1.5megabit/second digital channel.  Since phone companies
  726.        run lots of T1, and will run T1 between customer sites, the
  727.        standard is often used for data communications, either to provide
  728.        24 low-speed circuits, or to provide 1 high-speed circuit, or to
  729.        be divided other ways.
  730.  
  731.      UTP (Unshielded Twisted-Pair) -  See "Twisted-Pair" and "Shielded
  732.        Twisted-Pair".
  733.  
  734.      X.400, X.500 - OSI protocols for mail and directory services.
  735.  
  736.      10BASE-T - A variant of IEEE 802.3 which allows stations to be attached
  737.        via twisted-pair cable.
  738.  
  739.      10BASE-F - A variant of IEEE 802.  3 under development which
  740.        allows stations to be attached via multimode fiber.  It will
  741.        offer a variety of methods of using fiber in an IEEE 802.3
  742.        network that go beyond what is currently offered in FOIRL.  The
  743.        current 10BASE-F draft is likely to be confirmed.  draft is
  744.        likely to be confirmed.  Sections of the draft include "Fiber
  745.        Optic Medium and Common Elements of Medium Attachment Units and
  746.        Star, Type 10BASE-F (Section 15)", "Fiber Optic Passive Star and
  747.        Medium Attachment Unit, Type 10BASE-FP (Section 16)", "Fiber
  748.        Optic Medium Attachment Unit, Type 10BASE-FB (Section 17)", and
  749.        "Fiber Optic Medium Attachment Unit, Type 10BASE-FL (Section
  750.        18)".
  751.  
  752.      802 - The set of IEEE standards for the definition of LAN protocols.
  753.        A story goes that a long time ago, IEEE and ANSI decided that
  754.        IEEE would get the slow protocols and ANSI would get the fast
  755.        ones, thus IEEE defined the 802 protocols and ANSI defined FDDI.
  756.        Presumably IEEE saw limited application for FDDI at the time.
  757.        Also, the IEEE standards-making committees associated with these
  758.        standards.
  759.  
  760.      802.1 - The IEEE 802 standard for Network Management and Network
  761.        Bridging of IEEE 802 networks.
  762.  
  763.      802.2 - An IEEE standard for the portion of LAN data-link protocols
  764.        that is the same for all flavors of IEEE LAN protocols, e.g.
  765.        802.3 and 802.5.  Sometimes not used.
  766.  
  767.      802.3 - An IEEE standard for LANs--their "improved" version of Ethernet.
  768.        See Ethernet.
  769.  
  770.      802.4 - An IEEE standard for LANs: Token Bus networks.  Basically,
  771.        standardizes MAP, a protocol that operates a Token Bus protocol on
  772.        broadband.
  773.  
  774.      802.5 - An IEEE standard for Token-Ring-based LANs.  See Token Ring.
  775.  
  776.      802.6 - An IEEE standard for Metropolitan Area Networks.  Also known
  777.        as DQDB.
  778.  
  779.      802.7 - IEEE 802 technical advisory group on Broadband.
  780.  
  781.      802.8 - IEEE 802 technical advisory group on FDDI & fiber optics.
  782.  
  783.      802.9 - IEEE 802 group on integrated data & voice networks.
  784.  
  785.      802.11 - Proposed IEEE 802 group for wireless Ethernet.
  786.  
  787.  
  788. V. Frequently Asked Questions on Campus Networks
  789.  
  790.      It is hard to answer typical BIG-LAN questions in advance for
  791.      two reasons.  Answers are often long and they are often
  792.      controversial.  To provide some sort of objective information
  793.      relevant to the controversies, a survey of BIG-LAN readers was
  794.      taken on answers to various questions, so this memo could offer
  795.      a sampling of opinions.  Note that the opinions below are
  796.      extracted from the 41 responses received for the survey.  We
  797.      can't say these 41 responses represent a fair sampling of campus
  798.      LAN administrators, but they do show some of the answers that
  799.      you would get if you posed some of these questions to the
  800.      BIG-LAN readership.
  801.  
  802.   1. What is the difference between Ethernet and IEEE 802.3?
  803.  
  804.      Ethernet ran through an evolution starting with some
  805.      experimenting at Xerox, and ending with a standard
  806.      published by Xerox, DEC, and Intel, which they offered to
  807.      the world (with minimal royalties) as a standard technology
  808.      for building LANs.  The Institute of Electrical &
  809.      Electronic Engineers took this as a proposed standard, and
  810.      rewrote the protocol description making some clarifications
  811.      and a few changes.  Some of the changes have been
  812.      universally adopted, and others have not.  After the first
  813.      go round of IEEE standard defining, Ethernet version 2 was
  814.      introduced which brought it more into line with standards.
  815.      The basic differences are:
  816.  
  817.          - Heartbeat vs SQE (see below)
  818.          - Which pin in the MAU & AUI connectors carry the ground
  819.             conductor
  820.          - Packet Length Field vs Type Field
  821.  
  822.      The latter issue is the one in which IEEE 802.3 has not
  823.      displaced Ethernet.  Ethernet had a 16-bit field which
  824.      defined the type of packet (examples: IP, XNS, Appletalk).
  825.      The IEEE committee decided to use that field to specify the
  826.      length of the packet, and have the data-portion of the
  827.      packet define itself through the next higher level of
  828.      protocol (e.g., IEEE 802.2).  However, the sets of possible
  829.      values for that field used by the two different protocols
  830.      are completely separate, and both protocols are designed to
  831.      deliberately ignore packets with fields outside their own
  832.      sets of values.  Thus Ethernet and IEEE 802.3 packets can
  833.      coexist on the same cable, though a computer which expects
  834.      to get packets belonging to just one of the protocols won't
  835.      notice any packets sent according to the rules of the other
  836.      (the expression used is "they pass by each other like ships
  837.      in the night").
  838.  
  839.      These days, LANs use both.  There is a way to send TCP/IP
  840.      packets via 802.3, but when 802.3 was introduced, there
  841.      were already so many systems using the Ethernet rules that
  842.      the use of Ethernet-style packets for TCP/IP has persisted
  843.      now for years.
  844.  
  845.   2. What is encapsulation?  What do I have to know about it?
  846.  
  847.      One encapsulation issue on LANs is whether IEEE 802.3
  848.      packets are used or Ethernet packets are used to
  849.      encapsulate your traffic on your IEEE 802.3/Ethernet LAN.
  850.      See previous question for more explanation.  Most TCP/IP
  851.      systems use Ethernet, any that uses IEEE 802.3 by default
  852.      might surprise you by not interoperating with the rest of
  853.      your TCP/IP network.
  854.  
  855.      A second encapsulation issue on IEEE 802.3/Ethernet
  856.      networks is whether your Novell (IPX) packets use Novell's
  857.      default encapsulation or whether they use Ethernet-style
  858.      encapsulation.  Novell, at least for a long time, had the
  859.      distinction of using IEEE 802.3 as if it were the only
  860.      protocol on the network, not following the rules for
  861.      avoiding other protocols running under IEEE 802.3 rules.
  862.      They offered a utility called ECONFIG that changed Netware
  863.      to use Ethernet rules, and use them properly, so Novell IPX
  864.      packets could utilize the same LAN as other protocols.  In
  865.      no case would the Novell traffic bother Ethernet traffic--
  866.      only any other IEEE 802.3 traffic if ECONFIG wasn't used.
  867.      In any case, a single Ethernet segment, or bridged
  868.      segments, had to have all Novell servers and clients
  869.      configured the same, in order to interoperate.
  870.  
  871.      A third encapsulation issue stems from Berkeley Unix 4.2,
  872.      from which many versions of Unix and many TCP/IP
  873.      implementations have been modeled.  It used, by default,
  874.      its own encapsulation rules (i.e., manner of putting IP
  875.      packets within Ethernet packets) which is termed "Trailer
  876.      Encapsulation".  When an Ethernet had some computers using
  877.      Trailer Encapsulation and some not, TCP/IP connections
  878.      would often work, but hang when large data transfers were
  879.      taking place.  The next version of Berkeley Unix, version
  880.      4.3, remedied this by avoiding Trailer Encapsulation except
  881.      when it was guaranteed to work correctly.
  882.  
  883.      A fourth encapsulation issue is "tunnelling", which
  884.      consists of one of the layers in the protocol stack
  885.      mimicking another layer to provide a way of running a
  886.      different set of upper layers than would otherwise be
  887.      possible.  This is rather widely used and seldom explained
  888.      to beginners.  It is perhaps best explained with an actual
  889.      example:
  890.  
  891. [Here put an example, perhaps Appletalk over IP]
  892.  
  893. [Include "encapsulated bridging" as a second example]
  894.  
  895.   3. How do I know whether to use a router or a bridge?
  896.  
  897.      (Note that the answer to this question is oriented to
  898.      Ethernet-based LANs).  Few administrators of networks doubt
  899.      that a network can be large enough to require routers nor
  900.      that there are situations where a bridge is an effective
  901.      solution.  However, there is controversy as to where to
  902.      draw the line.  Campus-sized networks involving distances
  903.      of up to a mile and possibly thousands of stations, can be,
  904.      and have been built solely out of one or the other.  The
  905.      BIG-LAN Survey of 12/91 showed the following opinion among
  906.      respondents:
  907.  
  908.        Survey question: "When you build a campus network, do you
  909.        tend to use bridges as opposed to routers?"
  910.  
  911.        Answers: 9 said yes; 26 said no; 2 said "brouters"
  912.        (combination bridge/routers) would be the best solution.
  913.  
  914.      Some clear tradeoffs: routers generally have to be set up
  915.      no matter what whereas bridges can be plug-and-play on a
  916.      network without too much total traffic; bridges generally
  917.      have a higher speed-to-cost ratio and the low-end bridge is
  918.      less expensive than the low-end router; routers handle huge
  919.      networks with links of different speeds better.
  920.  
  921.   4. How do I know whether to use a bridge or a repeater?  How many
  922.      repeaters may I put on an Ethernet?
  923.  
  924.      You cannot keep plugging more repeaters and add more cables to
  925.      an Ethernet indiscriminately and expect it to work.  With too
  926.      large a networks, the protocol which keeps the number
  927.      of collisions down (known as CSMA/CD) fails to do that.  The
  928.      protocol documents supply rules-of-thumb which, if followed,
  929.      prevent this from occurring.  If you break them, you may be risking
  930.      large performance degradations.
  931.  
  932.      The latest version of the rules-of-thumb (which have been updated
  933.      over time as new features like 10BASE-T have been added to the
  934.      protocol) are in the IEEE 802.3 document describing 10BASE-T,
  935.      specifically IEEE Std 802.ei-1990 in the section called "System
  936.      Considerations for Multisegment 10 Mb/s Baseband Networks"
  937.      (When 10BASE-F is released later, this section will be updated again).
  938.      The rules refer to the piece of the LAN that is between repeaters
  939.      as a segment and refer to 4 kinds: 10BASE5 (i.e. "classic" Ethernet)
  940.      and 10BASE2 (i.e., ThinWire Ethernet) both classified as "Coax"
  941.      segments and FOIRL (fiber inter-repeater links) and 10BASE-T, both
  942.      classified as "Link" segments, and both of which have the property
  943.      that you can attach things only to their ends.  The basic repeater
  944.      rule is that between any two stations on the LAN, there may be
  945.      at most 4 repeaters and three coax segments.  In addition, there
  946.      are length restrictions on the segments which are designed to
  947.      keep CSMA/CD working properly:
  948.  
  949.         10BASE5         500 meters
  950.         10BASE2         185 meters
  951.         FOIRL           500 meters (1000 meters in some cases)
  952.          10BASE-T        100 meters (or more)
  953.  
  954.      FOIRL links can be 1000 meters if you have at most 3 repeaters
  955.      between stations instead of 4.  10BASE-T links can be longer
  956.      if the cable will support it: CSMA/CD is not the limiting factor
  957.      on 10BASE-T.  For the purposes of this discussion, bridges, routers,
  958.      and gateways are "stations" since the CSMA/CD protocol does not
  959.      pass through them.  Thus if you discover these rules prevent
  960.      you from putting a repeater in the network where you need one, then
  961.      you can put a bridge there instead, or perhaps split the LAN
  962.      somewhere else using a bridge.
  963.  
  964.   5. Should I use "manageable" hubs, concentrators, etc on my LAN?
  965.  
  966.      This is a controversial question also.  Vendors have
  967.      attempted to make hubs and concentrators that require
  968.      little training & manpower to manage & troubleshoot, and
  969.      they will attempt to convince you that they have succeeded.
  970.      You pay a premium for "manageability".  Those who remain
  971.      skeptical wonder how much the management features are ever
  972.      used: for example, management allows you to turn on & off
  973.      ports from an operator's console; how often do you need to
  974.      do such a thing?  Also, some of the benefits attributed to
  975.      management packages are simply due to good record keeping,
  976.      something which the administrator must find the manpower to
  977.      accomplish with a management package or without one
  978.      (presumably with a simple dbms, which can often be tailored
  979.      more to the administrators needs).
  980.  
  981.   6. Which LAN technology should I use?  Arcnet?  FDDI?  Token Ring?  10BASE-T?
  982.  
  983.      A controversial question.  Some questions & answers from
  984.      the 12/91 BIG-LAN Reader Survey:
  985.  
  986.        "When you install a LAN, which "Technology" (e.g.
  987.        Ethernet, Token Ring) do you prefer?"
  988.  
  989.        37 responders said Ethernet; 2 said "pick one and stick
  990.        with it"; 1 said token ring.
  991.  
  992.        "If you have experience with two or more LAN technologies,
  993.        which have you found works better?"
  994.  
  995.        Answers received:
  996.           "Ethernet works best"                        7
  997.           "Ethernet works better than Token Ring"      4
  998.           "Depends on application"                     1
  999.           "Ethernet works better than ARCnet"          1
  1000.           "Ethernet works better than Broadband"       1
  1001.           "Ethernet best, Localtalk 2nd, ARCnet 3rd"   1
  1002.           "Ethernet works better than PhoneNet"        1
  1003.           "Token Ring works best"                      1
  1004.  
  1005.   7. What is the ideal cable to install in a new building?
  1006.  
  1007.      Distribution runs, i.e., phone closet to room: Best
  1008.      possible thing to do is to leave usable pathways for future
  1009.      expansion.  Whatever you do, install at least 2 pair and
  1010.      probably 4 pair of data grade unshielded twisted pair.  It
  1011.      will always have uses.  Install something else too if you
  1012.      are tied to a particular vendor.  Multimode fiber might
  1013.      become popular in the future but that is a gamble.
  1014.  
  1015.      Riser runs, i.e., phone closet to phone closet: it is
  1016.      imperative to leave usable pathways for future expansion.
  1017.      For Ethernet, ThinWire is a usable riser cable, multimode
  1018.      fiber is possible too.
  1019.  
  1020.   8. What is the ideal cable to install between buildings on a campus?
  1021.  
  1022.      Trunks, i.e., cables into the building: pathways for future
  1023.      expansion very valuable.  Multimode fiber is useful, run 24
  1024.      fibers if you can.  Use cable with some single mode too.
  1025.      Run several times what you need initially and leave a lot
  1026.      of the unused fiber unterminated for the time being.  Cable
  1027.      pulling & termination are much more costly than the cable
  1028.      itself.
  1029.  
  1030.   9. Whose routers are recommended?
  1031.  
  1032.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1033.  
  1034.        "Name some router vendors whose routers you have used and
  1035.        recommend:"
  1036.  
  1037.        Cisco got 30 mentions; Wellfleet 4; PCRoute 2; Proteon 2;
  1038.        Apple 1; DEC 1; Network Systems 1; Shiva 1; Vitalink 1;
  1039.        3COM 1.
  1040.  
  1041.   10. Whose bridges are recommended?
  1042.  
  1043.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1044.  
  1045.        "Name some bridge vendors whose routers you have used and
  1046.        recommend:"
  1047.  
  1048.        DEC got 6 mentions; Retix 5; BICC 3; Cabletron 3; 3COM 3;
  1049.        Cisco 2; PCBridge 2; Vitalink 2; ACC 1; Clearpoint 1;
  1050.        Datability 1; Develcon 1; Dowty Scanet 1; HP 1; IBM (Token
  1051.        Ring) 1; Network Application Technology 1; PCBRoute 1;
  1052.        Wellfleet 1.
  1053.  
  1054.   11. Whose Ethernet equipment are recommended?
  1055.  
  1056.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1057.  
  1058.        "Name some Ethernet concentrator/transceiver/repeater
  1059.        vendors whose Ethernet equipment you have used and
  1060.        recommend:"
  1061.  
  1062.        Cabletron got 20 mentions; BICC 8; DEC 8; HP 4; Synoptics
  1063.        4; David 3; Lantronix 3; Gandalf 2; Lannet 2; Pirelli Focom
  1064.        2; Acton 2; Allied Telesys 1; AMP 1; Asante 1; Chipcom 1;
  1065.        Dowty Scanet 1; Dupont Electroptic 1; EAZY 1; Fibermux 1;
  1066.        Hirschmann 1; IMC Network Corporation 1; NetCor
  1067.        Transceivers 1; Sension 1; 3COM 1.
  1068.  
  1069.   12. Whose Token Ring equipment are recommended?
  1070.  
  1071.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1072.  
  1073.        "Name some Token Ring equipment vendors whose Token Ring
  1074.        equipment you have used and recommend:"
  1075.  
  1076.        IBM was mentioned by 6 responders; FiberMux 1; Madge 1;
  1077.        Synoptics 1.
  1078.  
  1079.   13. Whose FDDI equipment are recommended?
  1080.  
  1081.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1082.  
  1083.        "Name some FDDI equipment vendors whose FDDI equipment you
  1084.        have used and recommend:"
  1085.  
  1086.        Cisco was mentioned by 6 responders; DEC 2; Tymeplex 2;
  1087.        ALCATEL 2; AT&T 1; Synernetics 1; Tekelec 1.
  1088.  
  1089.   14. What PC network software is recommended?
  1090.  
  1091.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1092.  
  1093.        "Name some PC network software vendors whose PC network
  1094.        software you have used or recommend:"
  1095.  
  1096.        Novell was mentioned by 19 responders; FTP Software 14; Sun
  1097.        8; DEC 3; Apple 2; Farallon 2; InterCon 2; 3COM 2; Beame
  1098.        and Whiteside 1; Hummingbird Communications 1; IBM 1;
  1099.        Microsoft 1; NCSA 1; Neon Software 1; Network Application
  1100.        Technology 1; Sitka 1.
  1101.  
  1102.   15. What protocols should run on a campus-wide LAN?
  1103.  
  1104.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1105.  
  1106.        "Name some protocols that you use to interconnect your
  1107.        campus that you would recommend:"
  1108.  
  1109.        TCP/IP was mentioned by 39 responders; Appletalk 9; DECNET
  1110.        9; IPX 9; LAT 2; Coloured Book 2; G.703 2; ISO CONS 2;
  1111.        X.25/HDLC 1; XNS 1.
  1112.  
  1113.   16. What software is recommended for managing a campus-wide LAN?
  1114.  
  1115.      Queries and answers from the 12/91 BIG-LAN Reader Survey:
  1116.  
  1117.        "Name some network management system that you use for the
  1118.        management of a campus LAN, that you recommend:"
  1119.  
  1120.        PSI SNMP was mentioned by 4 responders; Cabletron Remote
  1121.        LanView 2; Cisco NetCentral 2; Proteon Overview 2; SNMP 2;
  1122.        "A good drawing program" 1; DEC EMA 1; Map 1; NEMISYS from
  1123.        SEEL 1; SunNet Manager 1; TRW NMS 1.
  1124.  
  1125.        "Name other software that you use for the management of a
  1126.        campus LAN that you recommend:"
  1127.  
  1128.        FTP LanWatch was mentioned by 3 responders; EtherPeek 2;
  1129.        ping 2; AG Group Net Watchman for Appletalk 1; Apple
  1130.        Interpoll 1; Clarkson Packet Driver Utilities 1; DEC LAN
  1131.        Traffic Monitor 1; Domain Name System 1; inetrover 1; LAN
  1132.        Patrol 1; Neon Software Netminder Localtalk 1; Neon
  1133.        Software Netminder Ethernet 1; Network Application
  1134.        Technology EtherMeter 1; Shiva Net Manager 1; SNMP-Gawk (A
  1135.        SNMP-capable Gawk) 1; traceroute 1; Unix 1; Watchdog 1.
  1136.  
  1137.   17. What terminal server is recommended?
  1138.  
  1139.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1140.  
  1141.        "Name vendors of terminal servers that you use and
  1142.        recommend:"
  1143.  
  1144.        Cisco was mentioned by 13 responders; DEC 5; Xyplex 4;
  1145.        Datability 2; Xylogics 2; 3COM 2; Emulex 1; Lantronix 1;
  1146.        Netcomm 1; Spider 1; TRW 1.
  1147.  
  1148.   18. Whose troubleshooting equipment are recommended?
  1149.  
  1150.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1151.  
  1152.        "Name some vendors of network troubleshooting equipment
  1153.        that you use and would recommend:"
  1154.  
  1155.        Network General was mentioned by 8 responders; HP 4;
  1156.        Tektronix 4; Cabletron 3; Novell 3; Spider 3; AG Group 2;
  1157.        Wandel and Goltermann 2; FOTEC 1; Neon Software 1.
  1158.  
  1159.   19. What security products should I buy?
  1160.  
  1161.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1162.  
  1163.        "Name some security products that you use to maintain
  1164.        security on your campus LAN that you recommend:"
  1165.  
  1166.        The answers reflected the lack of obvious products to
  1167.        choose from.  Responses included "Athena Kerberos",
  1168.        "Encryption in Net3270", "Extended TACACS', "Host
  1169.        security", "Physical security", "Router access control
  1170.        lists", "SecurID", "Virus Scan", and "Windows Workstation".
  1171.  
  1172.   20. Should the names of devices on my campus LAN have subdomains?
  1173.  
  1174.        Example of name without subdomain: bigvax.sequoia.edu;
  1175.        example with subdomain: bigvax.acs.sequoia.edu.  It is
  1176.        possible to run networks of thousands of computers without
  1177.        the bother of subdomains, but they have some advantages.
  1178.  
  1179.      Queries and answers from the 12/91 BIG-LAN Reader Survey:
  1180.  
  1181.        "For Internet names of nodes on a campus network that
  1182.        supports TCP/IP, do you prefer the use of subdomains?"
  1183.  
  1184.        27 responders said yes, 5 said no, 2 said it depends.
  1185.  
  1186.        "If you have worked on a campus that utilizes subdomains
  1187.        and one that does not, which does your experience tell you
  1188.        is the better way to administer names in a campus network?"
  1189.  
  1190.        5 responders said the LAN with subdomains worked better; 2
  1191.        said the LAN without subdomains worked better.  One
  1192.        responder claimed that a good rule of thumb is that a LAN
  1193.        with more than 4000 stations works better with subdomains.
  1194.  
  1195.   21. Should client stations use POP?  Should they use just
  1196.       SMTP?  Should I use some non-TCP/IP protocol for mail
  1197.       to/from client stations?
  1198.  
  1199.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1200.  
  1201.        "For client station's mail, which do you prefer: SMTP;
  1202.        TCP/IP-based client-server protocols (e.g.  POP, POP2,
  1203.        etc); other LAN protocols?"
  1204.  
  1205.        10 responders preferred TCP/IP-based client-server
  1206.        protocols (e.g.  POP, IMAP, PCMAIL); 7 preferred SMTP; 4
  1207.        said "use all three"; 3 preferred users signing onto a host
  1208.        system; 2 preferred other LAN protocols; 1 said "SMTP and
  1209.        TCP/IP-based client-server protocols"; 1 said "SMTP and
  1210.        X.400".
  1211.  
  1212.  
  1213.   22. Should I enable SQE/heartbeat?
  1214.  
  1215.      This is a very brief discussion of SQE and CPT (both commonly
  1216.      referred to as "heartbeat") for IEEE 802.3 and Ethernet.  For
  1217.      really gory details, see the appropriate documents, IEEE
  1218.      standard 802.3, ISO standard 8802-3, and the DIX Ethernet V2
  1219.      Standard.  (The first 2 references are, in theory, identical.)
  1220.  
  1221.      First, SQE and CPT are not quite the same thing.  CPT is a part
  1222.      of DIX Ethernet Version 2 and is simply a test of collision
  1223.      detection functionality in the MAU (that's the correct name for
  1224.      a transceiver, Media Access Unit).  It is ALWAYS present in
  1225.      Ethernet V2 MAUs and can't ever be disabled (without modifying
  1226.      the hardware).  It is required for correct operation of ALL
  1227.      Ethernet V2 equipment.
  1228.  
  1229.      SQE, on the other hand, is part of the 802.3 specification and
  1230.      performs basic MAU tests and "reports" to the controller if all
  1231.      is well.  The "report" is in the form of a pulse nearly
  1232.      identical to the V2 CPT pulse, but with slightly differing
  1233.      timing specifications.  It should be switchable, as 802.3
  1234.      requires SQE for all terminal equipment, but prohibits it for
  1235.      repeaters.
  1236.  
  1237.      SQE and Heartbeat both appear as a signal in the collision lines
  1238.      from the MAU to the controller after every write.  This is why
  1239.      MAUs with SQE enables and with displays show a collision every
  1240.      time they show a write.  THIS IS NORMAL!
  1241.  
  1242.      Quick digression: What is a collision?  Of course, we all know
  1243.      that a collision is when two controllers start to transmit at
  1244.      the same time (more of less) and that when this happens both
  1245.      will stop and wait for a random interval and then retransmit if
  1246.      carrier is not present.  This function is critical to proper
  1247.      network operation.  A MAU which can't detect a collision can
  1248.      mess up a network badly.  This makes it critical to be able to
  1249.      quickly isolate "broken" MAUs.  If you don't understand this,
  1250.      read any of the old papers on multiple access nets, especially
  1251.      the old Aloha Net.  Collisions are a normal part of Ethernets.
  1252.      There is nothing "wrong" with having collisions.  The name seems
  1253.      to make people think that they are somehow bad.  If you start to
  1254.      feel that way, say to yourself 20 times before going to be
  1255.      tonight: "Collisions are my friend."
  1256.  
  1257.      Having said all of that, there is one type of collision that is
  1258.      NOT your friend.  The "Late Collision".  This is a collision
  1259.      which is generated more than 60 bytes into a packet.  Since the
  1260.      is "impossible", it indicates that something is seriously wrong.
  1261.      Too long a cable, a bad MAU, or some other hardware problem.  IF
  1262.      you are getting late collisions, you are also likely corrupting
  1263.      packets without knowing it because collisions are not being
  1264.      properly detected.
  1265.  
  1266.      In practice, MAUs hardly ever fail.  BUT IF ONE DOES, YOU MAY
  1267.      HAVE A BIG PROBLEM!
  1268.  
  1269.      While SQE indicates a bit more than heartbeat did and is
  1270.      slightly different in both timing and electrical
  1271.      characteristics, they are essentially the same from the
  1272.      perspective of most terminal equipment and you can replace an
  1273.      Ethernet V2 MAU with an 802.3 MAU with SQE enabled most of the
  1274.      time.  (A notable exception is an Ethernet repeater which really
  1275.      requires an Ethernet V2 MAU.  There may be others.) You can even
  1276.      replace an 802.3 MAU with an Ethernet V2 one most of the time.
  1277.      In fact, there are "fixes" for some Ethernet V2 MAUs to disable
  1278.      heartbeat and make them into something like an 802.3 MAU with
  1279.      SQE disabled.  This also seems to work almost all the time.
  1280.  
  1281.      Anyone still with me?  OK.
  1282.  
  1283.      RULE FOR SQE.  Always turn it on except for repeaters.  There
  1284.      should be no exceptions to this rule, but there are.  Some
  1285.      manufacturers can't seem to read standards (or just don't care).
  1286.      As a result there are some terminal devices that get upset when
  1287.      they see SQE.  I have been told that this is true of the cisco
  1288.      AGS, but not the IGS; not that there is any documentation on
  1289.      this.  Several email exchanges with cisco folks have not
  1290.      clarified this.
  1291.  
  1292.      There is one BIG special case, the Etherrnet fan-out box, most
  1293.      commonly a DEC DELNI.  This box has only one MAU, so it repeats
  1294.      the CPT (it's a V2 device) that it sees from the MAU on the
  1295.      "master" port.  If the master port is disabled, CPT is generated
  1296.      internally to keep things happy.
  1297.  
  1298.      But, what if you plug a repeater into a DELNI?  You can disable
  1299.      CPT by using an 802.3 MAU with SQE disabled.  or, if you don't
  1300.      use the master port, turn it on and plug an Ethernet loopback
  1301.      connector into the master port.  In either case, CPT is disabled
  1302.      to ALL PORTS!  No way around this.
  1303.  
  1304.      DELNIs produce other oddities.  They reduce the maximum segment
  1305.      length on segments connected to the master port to 300 meters
  1306.      and shorten the maximum length of the AUI cable used between the
  1307.      system and the DELNI by 5 meters.  (And don't forget to include
  1308.      the length of the cable between the interface and the connector
  1309.      on the rear of the cabinet.) Because of these and other
  1310.      oddities, I try to avoid DELNIs.  And I NEVER EVER plug a
  1311.      repeater of any type into one.
  1312.  
  1313.      Other companies make 802.3 equivalents to the DELNI on which SQE
  1314.      may be switched on each port.  While this fixes one problem, the
  1315.      timing concerns of fan-out boxes remains.  Buyer beware!
  1316.      Neither 802.3 nor Ethernet V2 standards cover fan-out boxes in
  1317.      any way, so there is no way to really claim that they meet
  1318.      standards (or don't).
  1319.  
  1320.      We've now covered the basics.  So what happens when a MAU fails?
  1321.      In theory, every time it transmits a packet, an error is logged.
  1322.      This happens on some equipment.  But most software I've dealt
  1323.      with simply ignores the error flag and does nothing.  So SQE
  1324.      makes absolutely no difference to these systems.  THIS IS BAD
  1325.      SOFTWARE DESIGN.
  1326.  
  1327.      Once in a while a MAU does fail.  If it is on some device that
  1328.      does not log SQE failures or has a MAU with SQE turned off, you
  1329.      don't know what is happening.  If you are on 10BASE-T, it can be
  1330.      isolated to a hub pretty quickly, but on coax you are reduced to
  1331.      segmenting the cable (physically disconnecting it) until you
  1332.      have isolated the problem.  This is NOT fun and makes the
  1333.      network manager very unpopular since the network tends to be
  1334.      down for a LONG time.  It took about 4 hours last time I had
  1335.      this problem and could have taken longer.
  1336.  
  1337.      What's a network manager supposed to do?  Complain vigorously to
  1338.      vendors of equipment that don't adhere to the standard.
  1339.      Complain equally to vendors of software that doesn't bother to
  1340.      log the failures.  SNMP is no good if the agents don't have any
  1341.      information to send out.
  1342.  
  1343. End of Memo: BIG-LAN Frequently Asked Questions
  1344.